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1.0  ,  INTRODUCTION 
1 . 1  ^ENERAL 

The  following  final  report  is  submitted  to  document  the 
work  done  under  contract  DAAK  80-79-C-0270  Electronic  Master 
Monitor  and  Advisory  Display  System  (EMMADS) .  It  supplements 
other  reports  for  the  various  tasks  of  the  program.  Those 
reports  will  be  referred  to  where  appropriate,  and  should  be 
considered  as  part  of  this  report.  Due  to  the  size  of  some  of 
these  reports  they  are  not  physically  attached. 


1 . 2  REFERENCED  DOCUMENTS 


The  following  General  Electric  reports  were  generated 
during  the  performance  of  the  contract .  By  reference  they 
are  a  part  of  this  document. 


ACS  12,217 
June  1981 


ACS  12,385 
June  1981 


ACS  12,177 
August  1980 


ACS  12,383 
June  1981 


ACS  12.388 
June  1981 


Electronic  Master  Monitor  and  Advisory 
Display  System  (EMMADS)  Operational 
Functions  Report 

Electronic  Master  Monitor  and  Advisory 
Display  System  (EMMADS)  Human  Engineering 
Summary  Report 

Electronic  Master  Monitor  and  Advisory 
Display  System  (EMMADS)  Data  Transmission 
Study 

Non-Complex  Item  Development  Specification 
for  a  Feasibility  Model  of  an  Electronic 
Master  Monitor  and  Advisory  Display 
System  (EMMADS) 

Electronic  Master  Monitor  and  Advisory 
Display  System  (EMMADS)  Test  and  Demon¬ 
stration  Report 


The  following  additional  documents  and  items  were  generated 

during  the  performance  of  the  contract.  The  contents  or  re¬ 
sults  are  included  in  the  documents  noted  above. 


ACS  11,960  (Rev  A) 
September  1979 

ACS  11,991 
November  1979 


Electronic  Master  Monitor  Advisory 
Display  System  (EMMADS)  Human  Factors 
Engineering  Program  Plan 

Electronic  Master  Monitor  and  Advisory 
Display  System  (EMMADS)  Human  Factors 
Engineering  Test  Plan 

Monthly  Progress  Reports 

Meeting  Reports  and  Slide  Material 


! 
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1.3  CONTRACT  OBJECTIVE 


The  Contract  objective  is  the  design  and  fabrication  of 
a  programmable  feasibility  model  of  an  EMMADS  based  on  a  con¬ 
ceptual  study.  At  the  program  kickoff  meeting  the  Army  rein¬ 
forced  the  two  parts  of  this  objective  and  directed  that  EMMADS 
was  not  intended  to  be  a  hardware  development  contract;  the 
program  emphasis  was  to  be  on  developing  information  transfer 
methods  which  would  reduce  pilot  workload. 

1.4  CONTRACT  TASKS  AND  DOCUMENTATION 

The  EMMADS  statement  of  work  contains  four  (4)  tasks . 

The  documents  referenced  in  1.2  relate  to  the  work  done  in 
each  of  these  tasks,  as  amplified  below. 

1.4.1  Task  I  -  Signal  Analysis 

This  was  a  systems  engineering  task  with  the  goal  of 
determining  the  EMMADS  functional  requirements  and  the  sensor 
interfaces  for  the  helicopters  to  be  studied.  The  results  of 
this  work  are  included  in  the  Operational  Functions  Report 
(ACS  12,217  Rev.  A),  June,  1981. 

1.4.2  Task  II  -  Human  Factors  Engineering  Program 

The  goal  of  the  HFE  program  was  to  develop  formats  which 
would  minimize  crew  workload  and  maximize  crew  performance. 
Hirnian  Factors  Engineering  Program  and  Test  Plans  were  prepared 
and  submitted.  The  results  of  these  tests  and  studies  are 
contained  in  the  Human  Factors  Engineering  Summary  Report 
(ACS  12,385,  June  1981) 

1.4.3  Task  III  -  Data  Transmission 

The  intent  of  this  task  was  to  analyze  various  methods 
of  data  transfer  from  sensors  to  an  EMMADS  system  and  recommend 
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appropriate  interfaces  and  data  transmission  media.  The 
results  of  this  task  are  contained  in  the  Data  Transmission 
Study  (ACS  12,177,  August  1980). 

1.4.4  Task  IV  -  Hardware 

The  last  task  was  the  design  and  test  of  hardware  to 
implement  EMMADS  as  a  programmable  feasibility  model  for  a 
CH-47C  helicopter.  This  included  a  sensor  simulator  to  exer¬ 
cise  the  system  via  a  MIL-STD-1553B  interface  bus.  The  system 
description  and  test  of  this  hardware  is  included  in  the 
Development  Specification  (ACS  12,383,  June  1981),  and  the  Test 
and  Demonstration  Report  (ACS  12,388,  June  1981).  Additional 
details  of  the  hardware  are  included  in  this  final  report. 
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2 . 0  TASK  I  SUMMARY  -  SIGNAL  ANALYSIS 

2.1  SUBSYSTEM  REQUIREMENTS 

Four  types  of  helicopters  were  studied  for  this  program: 
Cargo  (CH-A7C) ,  Utility  (UH-60A) ,  Scout  (OH-58C)  and  Attack 
(YAH-64) .  The  CH-47C  utilizes  conventional  interfaces  and 
instruments  and  was  the  target  helicopter  for  the  EMMADS 
feasibility  hardware  and  software.  The  UH-60A  contains  modern 
instrumentation,  but  the  sensors  are  conventional,  as  are  the 
interfaces.  The  OH-58C  is  a  very  austere  helicopter.  Size 
and  weight  restrictions  limit  the  number  and  complexity  of  its 
subsystems  and  instruments.  The  original  attack  helicopter 
specified  was  the  AG-1.  However,  early  in  the  program  the 
Army  requested  this  be  changed  to  the  YAH-64.  General  Electric 
agreed  to  this  change.  The  YAH-64  represents  the  most  advanced 
subsystems  and  interfaces .  This  helicopter  also  already  has  a 
MIL-STD-1553  multiplex  data  bus.  The  change  introduced  a 
contrast  in  the  data  and  systems  efforts  between  conventional 
and  new  helicopter  systems.  However,  complete  data  was  not 
available  in  some  areas  since  the  helicopter  was  still  in  the 
development/ flight  test  phase.  Therfore  less  sensor  data  was 
tabulated  for  that  helicopter  than  for  the  other  three. 

2 . 2  SUBSYSTEM  INTERFACES 

Data  was  gathered  mainly  from  helicopter  manuals,  but 
additional  data  was  gathered  from  pilot  surveys,  aircraft 
manufacturer  visits  (YAH-64)  and  the  contract  reports  from 
the  Subsystem  Status  Monitor  contract. 


The  helicopter  subsystems  were  organized  into  the  following 
subsystems  groups;  Engine,  Fuel,  Powertrain,  Hydraulic,  Elec¬ 
trical,  Miscellaneous,  and  Auxiliary  Power  Unit.  Subsystem 
Parameter  Data  Lists  were  prepared  for  each  of  the  helicopters 
and  are  contained  in  the  Operational  Functions  Report.  The 
CH-47C  data  is  also  repeated  as  part  of  the  Development  Speci¬ 
fication.  Figures  la  to  Id  are  representative  of  those  lists. 
Observe  that  parameters  were  characteriz*  d  .  standard  indi¬ 
cator  and  operating  conditions,  and  that  extensive  notes  were 
used  to  include  related  information. 

2.3  SUBSYSTEM  ANALYSIS 

The  operational  functions  were  defined  by  subsystems  for 
various  flight  modes.  This  analysis  was  done  in  conjunction 
with  the  human  factors  tasks  and  pilots  surveys.  The  results 
are  a  part  of  the  Operational  Functions  Report.  One  unexpected 
result  was  the  insensitivity  of  the  "display  by  exception" 
information  requirements  to  helicopter  types  and  flight  modes. 
While  the  display  of  routine  checklists  relate  to  specific 
functions  and  flight  phases,  the  need  to  display  any  given 
fault  is,  for  the  most  part,  independent  of  flight  phase. 
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SUBSVSTEH  PARAMETER  DATA  LIST 


AU»  PRESS  LEFT 
(RIGHT)  SIDE 


»  ♦..sr » •  r 


SUSSrSTtH  l>MM<T£*  DATA  LIST 


Sensor  Is  a  tacKowtor  type  whose  variable  frequency  output  Is  converted  to  a  d.c.  voltage  by  the  SDC  Interface  No.  2  module. 
Same  type  of  sensor  as  note  1  above,  with  conversion  via  the  SOC  Interface  No.  1  module. 


Figure  Id,  Subsystem  Parameter  Data  List 
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3.0  TASK  II  SUMMARY  -  HFE  PROGRAM 


3.1  HFE  PROGRAM  PLAN  AND  TEST  PLAN 

The  HFE  Program  Plan  was  issued  in  August  1979.  It  was 
reviewed  by  the  Army  and  several  recommended  changes  were 
then  incorporated  by  General  Electric.  The  major  change  was 
to  use  the  Subsystem/ Parameter  Data  from  the  Subsystem  Status 
Monitor  (SSM)  Task  I  report  as  a  baseline  for  subsystem  data 
and  requirements.  The  revised  plan  was  issued  in  September 
1979. 

The  HFE  Test  Plan  was  issued  in  November  1979.  The  first 
phase  included  basic  testing  to  evaluate  fundamental  attributes 
of  analog  and  digital  display  formats.  The  last  phase  included 
composite  testing  to  combine  those  basic  elements  into  sample 
formats  to  allow  pilot  survey  of  the  information  content.  The 
results  are  included  in  the  Human  Engineering  Summary  Report . 

3.2  HFE  TESTING  RESULTS 

Basic  HFE  testing  was  conducted  to  evaluate  various 
attributes  of  symbology.  Attributes  tested  included: 

o  Analog  orientation  -  horizontal  versus  vertical 
o  Analog  format  -  scale  and  pointer  versus  bar;  hollow 
versus  solid  bars  and  pointers 
o  Analog  and  digital  location  -  digital  remote  versus 
digital  adjacent  to  analog  pointers 
o  Operator  subjective  preference 

Various  configurations  were  tested  using  maximum/minimum 
difference  readings,  Hl/Lo  readings,  and  subjective  assessments 
using  29  subjects. 
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The  results  indicate  vertical  scale  orientation  is  superior 
to  horizontal,  digital  data  may  be  either  remote  or  adjacent 
to  the  analog  representation,  and  either  solid  pointers  or 
solid  bars  were  preferred  and  statistically  equal  in  performance. 
The  test  details  are  contained  in  the  Human  Engineering  Summary 
Report . 

3.3  MISSION/WORKLOAD  ANALYSIS  AND  LITERATURE  REVIEW 

A  review  was  made  of  existing  mission  profiles  field 
manuals,  task  analyses,  cockpit  configuration  studies,  opera¬ 
tional  sequence  diagrams,  information  transfer  studies,  man- 
machine  interface  investigations,  work  load  assessments,  etc. 
to  the  extent  that  this  type  of  information  was  made  available 
to  General  Electric.  The  purpose  was  to  identify  those  aspects 
of  mission  type,  physical  environment,  crew  activity,  etc. 
which  impact  the  conceptual  and  hardware  design  of  an  EMMADS . 

The  following  are  the  general  conclusions  of  that  study: 

o  Flight  crews  are  subjected  to  extremely  high  visual/ 
mental  workloads  during  NOE,  night,  and  terrain  flights 
o  During  high  workloads,  visual  attention  to  engine/ 
drive  train  and  related  instruments  constitute  zero 
to  1%  of  the  flight  crew's  total  visual  activity 
o  To  improve  performance  and  reduce  workload,  system 
design  must  be  optimized  for  high  visual  and  mental 
workload  but  perform  identically  under  ail  conditions 
o  Subsystems  are  always  essential  to  safety  of  flight 
and  must  be  monitored  continuously;  there  are  no 
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unique  mission  or  flight  phase  requirements 


o  Night  operations  (and  night  vision  gogles)  have  an 
impact  on  the  requirements  for  display  hardware 
3.4  INFORMATION  REQUIREMENTS  ANALYSIS 

The  essence  of  the  EMMADS  function  is  to  present  to  the 
pilot  "what"  information  he  requires,  "when"  he  needs  its,  and 
"how"  it  is  most  easily  interpreted.  In  addition,  the  function 
of  EMMADS  is  to  monitor  the  data  for  the  pilot  and  to  display 
information  only  when  it  is  needed  or  requested.  The  automatic 
monitoring  fu.iction  thereby  relieves  the  pilot  of  the  instrument 
scanning/ interpretation  task  when  systems  are  operating  normally. 

The  sensor  information  from  the  signal  analysis  task  and 
the  data  contained  in  the  Subsystem  Status  Monitor  Task  I 
Report  were  combined  to  generate  pilot  survey  data  sheets. 

These  survey  sheets  were  filled  out  by  current  and  former 
pilots  within  General  Electric,  (see  Figure  2  for  a  sample 
survey  sheet)  These  results  were  used  in  the  generation  of 
preliminary  format  information  content  descriptions  on  a  per 
subsystem  basis.  These  "formats"  combined  the  concepts  of 
continuously  displayed  information,  actual  parameter  values 
(in  analog  and  digital  form),  status  (fault)  information, 
and  message  capsules.  A  sample  is  shown  in  Figure  3.  These 
"formats"  were  for  information  content  only;  they  were  not 
intended  to  be  final  data  arrangements.  They  were  critiqued 
by  flight  crews  at  Ft .  Campbell  to  determine  if  the  information 
content  was  complete  and  if  partitioning  of  data  by  subsystem 
was  appropriate.  In  addition,  the  critique  attempted  to  elicit 
identification  of  candidates  for  computed  display  parameters 
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ENGINE  SYSTEM  DISPLAY 

(WITH  WAITNING  MESSAGE  CAPSULE) 


and  trend  indications  not  presently  available  to  the  pilot 
and  maintenance  personnel. 

Based  on  the  results  of  these  tests,  candidate  formats 
were  generated.  These  candidate  formats  are  consistent  with 
a  set  of  control/display  requirements  and  recommendations  that 
reflect  the  expected  vibration,  stress,  and  reaction  times 
during  normal  cockpit  activities.  These  recommendations,  formats 
and  general  philosophy  have  been  carried  into  the  system  design 
and  implemented  in  hardware  to  the  maximum  extent  practical . 

These  formats  and  recommendations  are  contained  in  the  Human 
Engineering  Summary  Report . 
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4.0  TASK  III  SUMMARY  -  DATA  TRANSMISSION 


4.1  SYSTEM  REQUIREMENTS 

The  scope  of  this  task  was  to  examine  data  transmission 
methods  for  an  EMMADS  system.  The  data  requirements  from  the 
signal  analysis  efforts  were  summarized  along  with  methods  of 
data  generation  and  transfer  on  current  helicopters.  Current 
and  future  transmission  methods  were  analyzed,  including  various 
types  of  multiplex  bus  standards  and  architecture. 

EMMADS  requires  data  from  sensors  that  are  currently 
diverse  in  type,  location,  reliability,  and  criticality. 

Display  functions  are  based  on  raw  data,  while  potential  faults 
are  examined  based  on  data  from  various  subsystems. 

4 . 2  RECOMMENDATIONS 

The  various  requirements  indicate  a  medium  data  transfer 
rate  from  several  locations  on  the  helicopter.  A  centralized 
architecture  is  recommended  as  the  most  appropriate.  Although 
the  data  rates  required  are  much  less  than  the  available  band¬ 
width,  a  MIL-STD-1553B  bus  system,  integrated  with  other  heli¬ 
copter  system  data  transfer  requirements, appears  to  be  the 
most  practical  in  relation  to  size,  cost  and  future  potential. 

An  optical  fiber  communication  link  can  be  anticipated  as  a 
future  expansion  of  this  standard.  Details  of  this  study  are 
contained  in  the  Data  Transmission  Study  report. 
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5.0  TASK  IV  SUMMARY  -  HARDWARE 

5 . 1  PRECONTRACT  BASELINE 

The  General  Electric  contract  proposal  included  a  rather 
extensive  description  of  specific  hardware  and  a  proposed 
system  configuration.  This  hardware  had  been  designed  pre¬ 
viously  and  was  expected  to  be  sufficiently  flexible  to  meet 
the  contract  objectives.  The  hardware  was  designed  with  these 
characteristics ; 

o  MCP-701A  Processor  with  a  580  Kop  throughput  and  an 
instruction  set  optimized  for  control/display  appli¬ 
cations  . 

o  A  dual  bus  MIL-STD-1553B  interface  that  was  in  develop¬ 
ment  at  General  Electric. 

o  In-raster  symbol  generator  with  composite  video  output 

(per  RS-170)  and  high  speed  graphics  generation  capability, 
o  Additional  I/O  slots  available  for  expansion  using 
available  or  special  modules. 

The  display  unit  contained  a  Sharp/HYCOM  electroluminescent 
graphics  display.  The  originally  proposed  separate  control 
panel  contained  10  Multi-legend  display  switches,  each  capable 
of  displaying  eight  characters  generated  by  5  x  7  dot  matrix 
LED's.  A  programmable  MIL-STD-1553  bus  controller/tester 
was  originally  proposed  as  the  system  exerciser. 

5.2  CONTRACT  EXPANSION-SYSTEM  EXERCISER 
Early  in  the  program  the  Army  determined  that  to  adequately 

test  and  demonstrate  the  system  a  more  comprehensive  tester 
than  the  proposed  bus  exerciser  would  be  required.  The  contract 
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was  ammended  in  January  1980  to  replace  this  exerciser  with 
a  Bus  Controller/Simulator  system.  This  revised  system  in¬ 
cludes  a  General  Electric  MCP-701A  processor  containing  analog 
and  discrete  interfaces,  system  control  software,  and  a  dual 
bus  MIL-STD-1553B  interface.  A  control  panel  with  pots  and 
switches  was  added  to  simulate  the  aircraft  sensors  and  a 
bus  monitor/controller  test  unit  was  provided. 

5 . 3  EVOLVING  HARDWARE 

The  results  of  the  Human  Factors  Engineering  and  System 
Engineering  tasks  led  to  several  changes  in  the  hardware  con¬ 
figuration  . 

5.3.1  Control  Panel 

The  baseline  hardware  configuration  contained  a  Control 
Panel  with  ten  multilegend  display  switches.  The  quantity 
was  selected  as  the  minimum  to  allow  data  entry.  Both  sys¬ 
tem  design  and  human  factors  efforts  suggested  these  multi¬ 
legend  switches  should  be  contained  in  the  display  unit  and 
located  in  a  single  row  below  the  solid-state  display  panel. 

A  quantity  of  seven  (7)  was  considered  an  optimiim  number, 
considering  the  subsystems  to  be  monitored  and  the  available 
space.  The  display  was  constructed  in  that  configuration. 

5.3.2  Display  Unit 

The  feasibility  model  display  unit  was  designed  around 
a  solid-state  electroluminescent  graphics  panel  manufactured 
by  Sharp/HYCOM.  The  panel  has  a  video  interface  per  EIA-STD- 
RS-170.  The  active  area  is  3.5  x  4.7  inches  with  a  resolution 


of  240  X  320  dots.  The  display  unit  is  shown  in  Figure  4. 

Note  the  multilegend  display  switches  and  the  large  size 
chassis  caused  by  the  Sharp/HYCOM  display  panel  construction. 
Improved  display  panels  are  being  developed  under  Army 
contracts . 

5.3.3  Data  Entry 

Incorporating  the  multilegend  switch  into  the  display 
unit  required  a  re-assessment  of  the  data  entry  requirements 
for  checklists,  etc.  Two  methods  were  determined  to  be  easily 
integrated  into  the  hardware;  a  touch  panel  overlay  to  the 
display  and  a  separate  data  entry  keyboard.  To  allow  the 
greatest  flexibility,  both  were  provided.  The  touch  panel 
was  not  installed  when  it  was  determined  that  due  to  the  dis¬ 
play  panel  construction,  possible  damage  could  result  from 
the  pressure  of  "pushing"  switches.  Improved  graphics  panel 
mounting  techniques  by  Sharp/HYCOM  should  alleviate  this  problem 
in  the  future.  A  handheld  alpha/numeric  keyboard  manufactured 
by  Termiflex  Corporation  was  purchased  and  interfaced  to  the 
display  processor.  This  unit  has  an  RS-232/C  serial  interface 
and  can  generate  and  display  the  ASCII  character  set.  This 
unit  is  shown  in  Figure  5. 

5.4  DISPLAY  PROCESSOR 

The  MCP-701A  Raster  Symbol  Generator  (RSG)  is  shown  in 
Figure  6.  This  Display  Processor  is  packaged  in  an  ARINC  1- 
ATR  shape  configuration.  A  block  diagram  is  shown  in  Figure  7. 
Several  changes  were  incorporated  into  this  unit  as  a  result 
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Figure  4.  Feasability  Model  Display  Unit 
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of  system  requirements  determined  by  Tasks  I  and  II. 

o  A  second  symbol  generator  image  buffer  was  added 

to  allow  hardware  generation  of  block  filled  symbols. 

o  RS-232/C  interfaces  was  expanded  to  a  quad  interface 
module  for  multilegend  switches,  keyboard,  and  future 
expansion . 

o  The  MIL-STD-1553B  interface  was  modified  to  allow 

software  control  of  Bus  Controller  and  Remote  Terminal 
modes . 

The  MCP-701A  processor  proved  to  be  easily  able  to  handle 
the  computational  requirements  imposed  by  the  system  design 
with  sufficient  expansion  capability  to  allow  additional 
functions  to  be  implemented  in  the  future.  The  Development 
Specification  identifies  the  requirements  for  the  feasibility 
model.  Schematics  and  drawing  for  the  hardware  are  being 
supplied  with  the  system. 

5 . 5  OPERATIONAL  SOFTWARE 

The  implementation  of  an  EMMADS  system  for  a  CH-47C  heli¬ 
copter  is  covered  by  the  Operational  Functions  Report.  This 
report  defines  the  requirements  for  operational  modes  and  system 
reaction  to  input  data.  These  functions  were  programmed  in 
software  in  the  MCP-701A  processor/symbol  generator.  The  re¬ 
quirements  and  incorporated  functions  are  identified  in  the 
Operational  Functions  Report,  Development  Specification,  and 
the  Test  and  Demonstration  Report.  Complete  operational  soft¬ 
ware  listings  are  being  supplied  with  the  system. 
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5.6  EMMADS  SYSTEM  ARCHITECTURE 


The  overall  block  diagram  of  an  EMMADS  installed  on  a 
helicopter  is  shown  in  Figure  8.  A  total  helicopter  equipment 
set  would  consist  of  one  or  more  Remote  Terminal  Units  connected 
to  the  various  aircraft  sensors.  System  reliability  dictates 
hardware  reliability,  such  as  achieved  by  dual  EMMADS  Display 
Processors  and  redundant  sensors  and  interfaces.  These  elements 
would  most  likely  be  interfaced  through  a  dual  redundant  1553 
Bus.  Other  aircraft  systems  may  of  course  be  interfaced  via 
the  same  1553  bus  using  the  spare  bus  bandwidth.  Somewhere 
within  the  system,  a  bus  controller  function  must  be  incor¬ 
porated. 

The  EMMADS  feasibility  hardware  implementation  of  this 
architecture  is  shown  in  Figure  9.  The  aircraft  sensors  and 
Remote  Terminals  (R/T's)  are  simulated  by  the  analog/discrete 
interfaces  and  a  Raster  Symbol  Generator  (available  through 
consignment  and  previous  government  contracts) .  The  EMMADS 
Display  Processor  is  the  bus  controller  in  this  configuration. 

Figures  10  and  11  show  the  standard  CH-47C  helicopter 
and  instrument  panel .  Figure  12  shows  the  result  of  removing 
the  Caution/ Warning  panel  and  engine  instruments  and  installing 
two  EMMADS  display  units  in  the  center  instrument  panel . 


-  26  - 


Figure  8 . 


EMMADS  Block  Diagram 
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Figure  11.  CH-47C  Instrument  Panel 


Figure  12.  CH-47C  With  EMMADS  Installed 
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6.0  CONTRACT  COST  AND  SCHEDULE 

6.1  CONTRACT  FUNDING 

The  cost  plus-fixed-fee  contract  was  awarded  June  28, 

1979  with  a  total  value  of  $441,936.  The  contract  was  modi¬ 
fied  in  January  1980  to  expand  the  system  exerciser.  $103,000 
was  negotiated  in  June  1980  to  cover  these  efforts.  In 
November  1970  an  overrun  of  $141,158  was  negotiated,  bringing 
the  total  contract  funds  to  $686,094.  Several  things  contri¬ 
buted  to  this  overrun;  inflation  of  material  costs,  addition 
of  hardware  not  anticipated  during  the  proposal  stages,  and 
a  more  complex  software  effort  than  expected. 

6 . 2  CONTRACT  SCHEDULE 

Figure  13  shows  the  proposed  program  schedule.  The 
original  contract  was  18  months  beginning  June  28,  1979. 

Hardware  delivery  was  delayed  until  March,  1981,  due  to 
delays  in  software  integration. 

The  Acceptance  Test  was  performed  at  Ft.  Monmouth  on 
May  20,  1981.  This  test  is  documented  in  the  Test  and  Demon¬ 
stration  Report . 
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TASK  AND  DESCRIPTION 


Figure  13.  EMMADS  Program  Schedule 
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